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ABSTRACT: 

PROBLEM TO BE SOLVED: To make storable XML data into a data base and to make 
executable a complicated inquiry at a high speed. 

SOLUTION: A relation data base of an XML data store means 1 includes an intermediate node 
table 2 which stores the intermediate node information, a link table 3 which stores the link 
information, a leaf node table 4 which stores the leaf nodes, an attribute table 5 which stores the 
attribute information, a path ID table 6 where the path IDs are made to correspond to the character 
stringfc and a label ID table 7 where the label Ids are made to correspond to the character strings. 
The XML data which are expressed in a tree structure are divided into nodes, and these nodes are 
made to correspond to the link information and stored in the tables 2-7. When the XML data are 
retrieved, an inquiry statement is given to an inquiry processing means 9. The means 9 executes 
an inquiry to track a tree structure by using index 8 and outputs a requested retrieval result. 
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BASIC-ABSTRACT: NOVELTY - The tree structure of extensible mark-up language (XML) is 
divided into nodes and links. Information contained in intermediate and branch nodes along with 
links are collected and stored in the tables (2-4) in relational database memory (1). XML data with 
tree structure is searched with reference to the tables. 

ADVANTAGE - Since the tree structure of XML is divided into nodes and links, the searching 
of XML data is done at a high speed even if the data structure is unique. 
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gOid ( = 5) 12124 Kfc^T. "5" UiZtltzS- 
K£>nL. -fcOorder {2" 0" . KcOil 
(value){2"Addison-Wesley"-C - £6. fifty- Kt- 7* 
/KCfcWC. AUtflSlffBiDid ( = 3) «B4fc*$lr* 
T. " 3" fcf££ix£/-h'£^U *<7)label id (23 
("year"t;WJB) . *tf>RtelI (attvalue ) <2 " 1 9 
9 5" X'hh. ^X I Dr-TVk Df 
-//Kl»2-?"iX-?-*n. ±ie#T-r/U>fOpathid, labe 
lid tJteU'WWXW. ^/U^fc^WtSttS 
ft. 01*. If. pathid=" 1" fc»J6Lfc£*aHi«H5L 
£:<fc 5 lz" bib.book.publisher.name"TJ>0 . 
miii label id =" 1" CfctELfcX^li" bib"T'& 
S. 

[0023] (2) ^f"/?XWM 
r-7^-X<^T-:/MCl8lr1$flTo.5. .rco*:*) 

L&£olz4>T">7x fr SMUTCH o T fc < 1^9^ 

& OX\ KtMxf^x £rfflg LT < sew*** 
C00 24] H7£. ±1335. H6fc*L*:-f-7Vl<' 

iz^r^yr v^xco-m^t. z.<r>4v ; r-v9x 
tt B* -tree T»-9T*0. *-jWfflW>«tt*>*ia»fe 

-TMZ&nXbh* >-f •y7X-C'^-* { (pathid,id) CO 

J2. -Sj«athid»aTflli3sSrV^J: 3K»bft4*»t» Lft 
fro. L*»L*-*pathi<Kf»tC-r*k. Ht*-tt£r 
^)X> r-'J#£i:Cf&£LT. B * -tree -( y^r y? 
x*«ll6L*<«rS. JbE<0«fc5fc*HS*><.*I D(p 
athid)ty-H<OID(id)<Offiff4C:i:tJ:0. 
«tf>Mfc*K-f B * -tree (Dm&%i& 

Xhh-i >t-j9 Xfdf-*<(docid. id) t, H«T*> 0 . 
£«ID(docid) fc/-HOI D(id)*>fii:*ft£fcfc 
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SSfSXQL****. XQLKJ:*fi|H£ir»i*£. M 
[0026] 

SELECT result: <$book.title> 

FROM book: bib. book 

WHERE Sbook. author. lastname="Darwen"; 

Z<r>f5b^b-\t<7>MMlZ r bib.book.author. lastname** 

Darwenr&S «t 0 =Srbib. booktCO^T. bib. book. title 

io [00273 ±mz*t j: ? isHvg-fc-extt*^ 

<. SELECT. FROM. WHERE W 3 OCOgfrJHcSWva . 
SELECT<0gfl#T't2&§!?&Sli: LT^V^XU^OKOr 
D^'x^^aVSr^-rS. FR0M<7)^T'J2^<O«a 
fcSrSXU^O-r-^jgLTHS. WHERE Ogfrjrc-«28l 

Sfritlim&ltzXolz. fSfr^bitamxyiSy 1 3 

T-«ia$n«.. mir>*irtwix;'s;>'i3'Ctt« ±K 

[00 28] fcfc. ilEXMLf-^Kittinvv^jb 

(2. 08iO-tf>r/l-XMLT-^$-, XMLT-^fSifi 
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1 ABSTRACT: Structural self-adjusting heuristic' algorithms are developed that improve the 

2 performance of operations execute d on such data structures as binary search trees . priority queues 

3 (heaps), and lists. A self-adjusting algorithm is implemented as a move-to-front approach for 

4 singly Jinked lists, which are groups of records containing fields for individual pieces of user data 

5 and pointers to succeeding records on a list. The two types of self-adjusting restructuring 

6 heuristics for a binary tree include a 'bottom-up splay' version and a 'top-down splay' version. 

7 Structural self-adjusting heuristics for heaps create a 'top-down-skew heap' self-adjusting analog 

8 of a conventional leftist heap and a 'pairing heap' as a self-adjusting analog of a 'binomial heap. 1 

9 Conversion, functioning, and coding of the self-adjusting data structures are described. 

10 TEXT: 

1 1 Self- Adjusting Data Structures 

12 Application programs are often developed using standard data structure techniques such 

13 as stacks, queues, and balanced trees with the goal of limiting worst case performance. Such 

14 programs, however, normally carry out many operations on a given data structure. This means 

15 that you may be able to trade off the individual worst case cost of each operation for that of the 

16 worst case cost over a sequence of operations. In other words, any one particular operation may 

17 be slow, but the average time over a sufficiently large number of operations is fast. This is an 

18 intuitive definition of amortized time, a way of measuring the complexity of an algorithm. In this 

19 case, the algorithms to be concerned with are those that carry out operations on data structures. 

20 The heuristic I'll discuss in this article is called' the "structural self-adjusting heuristic." 

21 To illustrate what I mean by self-adjusting, consider the following example: Suppose you're 

22 running an information warehouse and your taks is to distribute information to people who request 

23 it. The information in this warehouse could be stored in a fixed order, such as the order of 

24 information in a library. You quickly notice, however, that certain pieces of information are 

25 requested more often than others. You could make the job easier by moving the most often 

1 



26 requested information close to the service counter. This means that instead of having to search 

27 through the depths of the warehouse at any given time, you have a good portion of the most 

28 requested information nearby. 

29 As this example suggests, self-adjusting heuristic algorithms are ideally suited to lists, 

30 binary search trees, and priority queues (heaps). In lists, the heuristic attempts to keep the most 

31 frequently accessed items as close to the front as possible. In binary search trees, the heuristic 

32 attempts to keep the most frequently accessed items as close to the root as possible, while 

33 preserving the symmetric ordering. Finally, in heaps, the heuristic attempts to minimize the cost 

34 of modifying the structure, and partially orders the heap in a simple, uniform way. To illustrate 

35 how these algorithms can be implemented, I've provided sample Pascal source code. 

36 Self- Adjusting Lists 

37 A singly linked list is a group of records where each record contains one field that holds 

38 an individual piece of user data, and another field that holds a pointer to the next record in the list. 

39 An initial pointer that indicates which record starts the list is (or should be) kept. This pointer 

40 enables you to search, insert, and delete operations. 

41 Move-to-Front Singly Linked Lists 

42 To understand how the move-to-front (MTF) approach works, consider a situation in 

43 which a particular application uses an open hash table with a linked list that is associated with each 

44 array location. Suppose that the hashing routine for this application is as good as it can possibly 

45 be. If you wish to improve the search performance without unduly complicating the supporting 

46 code, however, you might examine the performance of the search performed on the lists. Chances 

47 are that certain elements are accessed more often than others. The use of either a transpose or a 

48 frequency count heuristic (two other common access approaches) does not appear to be a good 

49 idea because of the search overhead involved with each approach. Both methods require either a 

50 local exchange operation or extra searching in order to reinsert an accessed item into the correct 

51 part of the list. Also, the count method requires a change in the list: The addition of an integer 

52 field that maintains the access count. All three heuristics are effective in that they search less than 

53 half the list. 

54 One reason why the MTF heuristic performs better than the transpose method is that the 

55 transpose heuristic causes the list to converge more slowly to its optimal ordering. In the case of 

56 MTF, an element is brought to the front of the list. Furthermore, such an element quickly "sinks" 

57 to the end of the list over the course of a sequence of accesses if that element is not a sufficiently 

58 wanted item. Essentially, MTF may be viewed as an optimistic method in the sense that the 

59 method "believes" that an accessed item will be accessed again. Analogously, the transpose 

60 heuristic may be viewed as pessimistic in that it "doubts" that an accessed item will be accessed 

61 again. The count method is a compromise between the two. 

62 As Figure 1 and Listing One (page 105) illustrate, searching is the key operation for the 

63 MTF heuristic. This search operation is very much like a normal search on a singly linked list, 

64 except that an extra pointer is kept to the current predecessor of the list node that is currently 

65 being examined. Once a given item is found, the pointer to its predecessor node is used to alter 

66 the predecessor node's link field so that the link field points to the successor node of the accessed 

67 item. The link field in the desired node is then altered to point to the first element in the list, and 

68 the head-of-list pointer is set to point to the new front-of-the-list item. For all intents and 
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69 purposes, the insert operation is a push operation - the new item is immediately put at the front 

70 of the list. Finally, an MTF search is used to perform a delete. If the item to be deleted is located 

71 at the front of the list, that item is removed from the front of the list. 

72 Self-Adjusting Heaps 

73 A "heap" is a tree -based data structure in which each record node keeps a key, along with 

74 pointers to the record node 's successors . The heap maintains an ordering of items such that every 

75 node has a key less than, or equal to, the keys of the node's successors. This last description is 

76 the concept of "heap-ordering. " 

77 There are a number of classical priority queue structures (such as 2 - 3 trees, leftist heaps, 

78 and binomial heaps) that are amenable to fast merging operations. Of these, the simplest scheme 

79 for maintaining a heap with fast merge operations is the "leftist heap," which was developed to 

80 maintain partially ordered lists with a logarithmic time-merge operation. A leftist heap is based 

81 upon a binary tree node that contains rank, weight, and two pointer fields (to indicate left and 

82 right children). The rank field is defined to be 0 if a node is a leaf. Otherwise, the rank field is 

83 defined as one more than the minimum value of both the rank of the leftchild and the rank of the 

84 rightchild. 

85 A binary tree is a leftist heap if it is heap-ordered and if the rank of a given leftchild is 

86 greater than, or equal to, the rank of its rightchild sibling. The problem with maintaining leftist 

87 heaps is that the configuration of the data structure is based upon the rank definition. All 

88 operations are heavily dependent upon the value kept in the rank field of a given node. To 

89 illustrate the point, I'll describe the leftist heap merge operation. 

90 The leftist heap merge operation is made possible by a modified version of an "enqueue" 

91 process (which takes a heap and a queue pointers record as parameters). This particular enqueue 

92 operation saves the root of the heap and moves the front queue pointer down to the rightchild of 

93 the root just saved. You then break the link between the saved root and its rightchild. If the queue 

94 pointers are both empty, point the front and rear pointers to the root node that was just saved, and 

95 set the rightchild pointer field of the root to empty. Otherwise, point the rightchild pointer to the 

96 node currently pointed to by the rear queue pointer, and point the rear queue pointer to this newly 

97 obtained node. 

98 Implement the merge with the following steps: While neither of the two heaps being 

99 merged is empty, call enqueue with the currently minimum key and with the queue pointer's 

100 record. Next, while the "first" heap is not empty, call enqueue with that heap and with the queue 

101 pointer's record/Perform the same steps for the other heap. These three processes merge the right 

102 path. Complete the process with a bottom-up traversal of the right path in order to fix up the rank 

103 fields and to perform any necessary swaps to maintain the structural invariant. 

104 Now point to the current two bottommost nodes on the merge path. If there is no left 

105 sibling of the bottommost node, make the rightchild a leftchild and set its parent's rank field to 

106 0. Next, set the rightchild's rightchild pointer field to empty. If the bottommost node has a left 

107 sibling, compare the two children and swap them when the rank of the left sibling is less than that 

108 of the right sibling. In any event (given this case), set the parent's rank field to 1+ rank of the 

109 rightchild. Also note which nodes are the next two bottommost nodes on the merge path at this 

110 point, and make sure that the parent node before this step points to the rightchild. This process 

1 1 1 continues until the root is reached when the root of the new heap is returned. Once the merge 
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112 operation for leftist heaps has been described, the other heap operations are easy to implement. 

1 1 3 This description of the merge operation suggests that two passes are required over the 

114 merge path. The question remains: How do you improve performance without unduly 

1 1 5 complicating the algorithms that maintain the heap? This can be done with a restructuring method 

1 16 that essentially exchanges every node on the result heap's right path with the node's left sibling. 

1 1 7 The version of the technique presented here also has a feature in which one top-down pass 

118 completes the merge. The resulting structure, called a "top-down-skew heap," is a self-adjusting 

1 19 analog of the leftist heap. 

120 Top-Down-Skew Heaps 

121 A skew heap is based upon a simple binary tree node that contains a weight plus pointer 

122 fields to left and right children. The process of merging is made possible by another modified 

123 version of the enqueue algorithm. In this case, it's not necessary to maintain the rank/balance field 

124 in order to obtain logarithmic, amortized performance. 

125 This particular enqueue operation saves the root of the heap and moves the front queue 

126 pointer down to the rightchild of the root just saved. You then break the link between the saved 

127 root and its rightchild by changing the current leftchild into a rightchild. If the queue pointers are 

128 both empty, point the front and rear pointers to the root node just saved, and set the root's 

129 leftchild pointer to empty. Otherwise, the newly obtained node becomes the leftchild of the node 

130 that is currently indicated by the rear queue pointer, after which the rear queue pointer is changed 

131 to indicate the newly obtained node. (See Figure 2.) 

132 The following steps implement the merge: While neither of the two heaps being merged 

133 is empty, call enqueue with the heap that contains the current minimum key and the queue 

134 pointer's record. Next, while the "first" heap is not empty, call enqueue with that heap and with 

135 the queue pointer's record. Follow the same process for the other heap. (This approach is 

136 analogous to Tarjan and Sleator's conceptual noting that the left and right children of every node 

137 on the merge path are swapped. The implementation used here, however, is a variation.) Once 

138 either of the two heaps being merged becomes empty, merely attach the remaining heap to the 

139 bottom of the result heap's left path. Again, the rest of the heap operations are easy to define. 

140 Pairing Heaps 

141 Much like the leftist heap, the binomial heap has an analogous self-adjusting counterpart. 

142 This new structure, called the "pairing heap," is a recent development in heaps that supports the 

143 decreaseKey operation. The essential definition of the pairing heap, like that of the skew heap, 

144 is based upon a simple binary tree record node that contains at least weight plus three pointer 

145 fields (to indicate the parent and the left and right siblings). Like most heaps, the pairing heap 

146 depends upon a merge operation, but has a less complicated scheme than its classical counterpart. 

147 In the case of the binomial heap, you need to maintain a forest of trees where each tree 

148 contains a number of nodes equal to a non-negative integer power of two. Thus, a binomial heap 

149 of n items can be represented by a forest in which each tree corresponds one-to-one with the one 

150 bit that represents the value of n in binary. (This eventually leads to the fact that all of the 

151 binomial heap operations are, in the worst case, logarithmic time.) Needless to say, the code 

152 needed to implement a binomial heap merge operation is complicated and difficult to maintain. 

153 The merge operation for pairing heaps begins by determining which of the two heaps has 

154 the minimal weight at the root. The heap with the non-minimum key at the root then becomes the 
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155 child at the root of the other heap. The heap that is being made into a subtree points its root node 

156 right sibling pointer to the child of the root of the other heap. Furthermore, the first heap's parent 

157 pointer is set to the new heap root, and the new heap root points its leftchild pointer to the root 

158 of the heap that is being made into a subtree. The merge operation returns the root of the new 

1 59 heap . (See Figure 3 . ) 

160 Given the above definition of the merge operation, the DeleteMin operation (see Figure 

161 4 and Listing Three, page 106) is easy to describe. I will describe the front-back one-pass 

162 variation here. To begin, save the root node and keep a pointer to the leftchild. Next, empty the 

163 pointer to the root. While subtrees are linked to the leftchild of the root, remove trees in pairs 

164 (beginning with the leftchild) and merge the trees, then merge the result to the heap pointed to by 

165 the root pointer. Repeat this step until there are no more trees. (The pairing heap derives its name 

166 from the restructuring operation that takes place during a DeleteMin.) 

167 Describing the DecreaseKey operation for pairing heaps (see Figure 5) is just as easy. This 

168 operation assumes that you have direct access to the node whose weight field is being decreased, 

169 to a root to the heap that contains the node, and to the value by which you wish to decrease the 

170 weight. Go to the parent of the node that is being operated on, and then go to the leftchild of that 

171 parent. Scan along the right sibling list to find the predecessor of the node that will be operated 

172 upon. When the predecessor is located, clip out the tree rooted at the node upon which you wish 

173 to carry out the actual DecreaseKey operation. To clip out the tree . link around the node in 

174 question. If the node is a leftchild. make its right sibling the new leftchild. Now decrease the 

175 weight and merge the tree that is rooted at the node with the root of the pairing heap . 

176 The simple local restructuring heuristics presented here provide an elegant approach to the 

177 development of heap structures. In fact, these heaps are simpler to understand and to implement 

178 than either the leftist or binomial heaps. Furthermore, indications are that self-adjusting heaps are 

179 just as competitive in practice as their classical counterparts. In any event, I've presented two very 

180 different (though effective) local restructuring heuristics. The first heuristic reorganizes lists in 

181 order to make frequently requested list items more accessible. The second heuristic applies a 

182 simple local restructuring method (in place of maintaining balance/accounting data and resolving 

183 special structural cases) in order to quickly maintain both the structure and the partial ordering 

184 of a heap. 

185 Now let's consider an efficient self-adjusting heuristic for binary search trees. This 

186 algorithm makes frequently requested items in the tree more easily accessible, and quickly 

187 maintains both the structure and the sorted ordering of the tree. 

188 Self- Adjusting Binary Search Trees 

189 In a "binary search tree," each node keeps a key along with two pointers to the node's 

190 successors. The ordering is such that if a node has key K, every node in that node's left subtree 

191 must have keys less than K, and every node in its right subtree must have keys greater than K. 

192 This is known as "symmetric ordering." The performance costs of generic binary search tree 

193 operations are, in the worst case, logarithmic time (if the input data is sufficiently random^. Such 

194 a tree mav also degener ate as a result of insertions and deletions, and yield steadily poorer 

195 performance. 

196 The process of tree degeneration has led to the development of various height/ weight 

197 balanced trees and B-tree schemes. Although these various schemes guarantee logarithmic worst 
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198 case times per operation, some of the schemes are not as efficient as possible under nonuniform 

199 access patterns. Furthermore, many of these schemes require extra space for balance/accounting 

200 information, and the need to keep this information current tends to complicate maintenance of the 

201 data structure. Certain cases must be checked on each update, thus incurring a large overhead. 

202 Rotation is the key technique that makes some of the balanced and previous self-adjusting 

203 tree schemes possible. In fact, rotation plays a part in the implementation of the splay tree. Before 

204 this discussion continues, it is necessary to understand how a right rotation and a left rotation at 

205 any node of a binary tree are performed. 

206 As Listing Two (page 105) shows, you implement a right rotation with the following steps: 

207 If the pointer to a starting root of some tree is not empty and that node has a left subtree, save the 

208 pointer to the root and then save the pointer to the right subtree of the initial left subtree. Then 

209 make the pointer to the initial left subtree the new starting root pointer, and let the original root 

210 be the rightchild of the new root. Finally, designate the pointer to the saved rightchild of the 

211 original leftchild as a leftchild of the new root's rightchild (which is the original root). 

212 Implement a left rotation in a similar manner. If the pointer to a starting root of some tree 

213 isn't empty, and that node has a right subtree, save the pointer to the root and then save the 

214 pointer to the left subtree of the initial right subtree. Then, designate the pointer to the initial right 

215 subtree as the new starting root pointer, and let the original root be the leftchild of the new root. 

216 Finally, designate the pointer to the saved leftchild of the original rightchild as a rightchild of the 

217 new root's leftchild (which is the original root). 

218 The drawbacks of many of the efficient search tree techniques motivated the development 

219 of the splay tree. Because binary search trees maintain sorted sets, the question arose as to 

220 whether the speed of the search process could be improved if certain items had a higher request 

221 frequency than others. In an attempt to improve performance, Allen, Munro, and Bitner proposed 

222 two self-adjusting techniques on search trees during the late 1970s. The gist of the first scheme 

223 is a single rotation of the item accessed towards the root. The second scheme involves multiple 

224 rotations of the accessed item all the way to the root. The techniques are analogous to the 

225 variations of the transpose methods for singly linked lists. Neither heuristic is efficient in the 

226 amortized sense, since long access sequences exist where the time per access is linear. It is thus 

227 clear that the search paths to frequently accessed items need to be as short as possible. Tarjan and 

228 Sleator's proposed self-adjusting heuristic halves the depth of each node on the path to an accessed 

229 item when the item is finally moved to the root. A splay tree is a binary search tree that employs 

230 this heuristic. 

231 Splay Trees 

232 The proposed self-adjusting heuristic has two versions. The "bottom-up splay" is 

233 appropriate if you already have direct access to the node that is to be moved to the root. Heuristic 

234 restructuring occurs during the second pass back up the search path (assuming that the first pass 

235 down the tree is performed in order to find the item). The second version of the proposed 

236 self-adjusting heuristic, called a "top-down splay," is an efficient variation of the process used to 

237 carry out Tarjan and Sleator's self-adjusting heuristic. This variant requires a pointer to the tree 

238 (call it T), that points to the current node to be examined during the search. This heuristic also 

239 requires two double pointer records, called L and R (for left and right subtrees), that point to all 

240 items less than or greater than the node at T. Figure 6 describes this step. 
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241 As illustrated in Figure 7, the splaying process repeatedly applies one of the appropriate 

242 cases until there are no more cases to apply. At this point, the leftchild of the remaining root is 

243 attached to the bottom right of L, and the rightchild is attached to the bottom left of R. The final 

244 step points the leftchild of the final remaining root to the subtrees kept by L, and points the 

245 rightchild to the subtrees kept by R. (Unlike the bottom-up variation, the top-down heuristic 

246 includes the splay step.) When the search/access for a requested node fails, change the last node 

247 on the search path into the root of the tree. This step makes the definition of all of the other 

248 operations very easy. 

249 To search for a node, simply apply the searching process as described earlier. The process 

250 of insertion involves searching for the key V to be inserted. If V is less than the key at the root, 

251 make the node that contains V point its leftchild pointer to the leftchild of the root (which breaks 

252 the link from the root to that leftchild), and point the rightchild pointer to the root. Otherwise, the 

253 leftchild pointer of the node that contains V points to the root, and the rightchild pointer points 

254 to the rightchild of the root (and the link from the root to the rightchild is broken). The insertion 

255 step is completed by designating the node that contains V as the root. 

256 The split operation is essentially the process of breaking the tree at the root in the manner 

257 described in the description of the insertion process. The process of deletion is just as easy. 

258 Perform the splay search from the key to be deleted. If the root does not contain the node with 

259 the key to be deleted, nothing happens. If the root does contain the node with the key to be 

260 deleted, keep pointers to the two subtrees at the root, perform a splay search for the maximum 

261 key in the left subtree (and designate the root of the left subtree as the new root), and point the 

262 rightchild pointer of the root to the right subtree. The join operation of two binary search trees 

263 (assuming that all items in Tree 1 are less than those in Tree 2) is simply the non-no operation of 

264 the delete algorithm just described . 

265 The self-adjusting heuristic provides an alternative to the standard balancing/accounting 

266 worst-case asymptotic solutions used to develop efficient programs - and may, in fact, be the 

267 method of choice. Furthermore, the algorithms to maintain these self-adjusting data structures are 

268 both conceptually easy to understand and simple to implement in practice. 

269 In which applications could these data structures be used to improve performance? Some 

270 possibilities are symbol table management applications (MTF lists, splay trees, and possibly in 

271 conjunction with hashing schemes), graph algorithms (skew and pairing heaps, particularly with 

272 respect to finding minimum spanning trees and the shortest paths in graphs), and other network 

273 optimization algorithms (such as splay trees, particularly in maximum/minimum network flow 

274 algorithms). Recent work by Jones, Bern, and de Carvalho, as well as my own work, indicates 

275 that some of the self-adjusting data structures do seem to perform better in practice than do 

276 conventional data structures. 
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318 Availability 

319 All source code is available on a single disk and online. To order the disk, send $14.95 

320 (Calif, residents add sales tax) to Dr. Dobb's Journal, 501 Galveston Dr., Redwood City, CA 

321 94063, or call 800-356-2002 (from inside Calif.) or 800-533-4372 (from outside Calif.). Please 

322 specify the issue number and format (MS-DOS, Macintosh, Kaypro). Source code is also available 

323 online through the DDJ Forum on CompuServe (type GO DDJ). The DDJ Listing Service 

324 (603-882-1599) supports 300/1200/2400 baud, 8-data bits, no parity, 1-stop bit. Press 

325 SPACEBAR when the system answers, type: listings (lowercase) at the log-in prompt. 

326 Andrew received his master's degree in computer science from RPI in Troy, New York. 
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327 He can be reached through his Bitnet address, which is aliao%eagIe ©wesleyan bitnet. You can 

328 also, reach him through the DDJ office. 

329 CAPTIONS: Finding item 12 in a list with the MTF restructuring heuristic, (chart); 

330 Merging two skew heaps, (chart); Listing one: singly linked move-to-the front list, (program) 
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